통신 프로토콜

3. 통신 시스템

네트워크나 다른 전송 매체를 통해 장치 간에 교환되는 정보는 통신 프로토콜 사양에서 설정한 규칙과 관례에 따라 관리된다. 통신의 성격, 교환되는 실제 데이터, 그리고 상태에 따른 동작 등이 이 사양에 의해 정의된다. 디지털 컴퓨팅 시스템에서 이러한 규칙은 알고리즘과 자료 구조로 표현될 수 있다. 프로토콜은 통신 과정에서 알고리즘이나 프로그래밍 언어가 계산에 영향을 미치는 방식과 유사하다.^[3][4]

운영 체제는 일반적으로 공유 데이터를 조작하여 서로 통신하는 협력 프로세스 집합을 포함한다. 이 통신은 프로세스 코드 자체에 내장될 수 있는 잘 알려진 프로토콜에 의해 제어된다.^[27][28] 반면, 공유 메모리가 없는 통신 시스템은 공유된 전송 매체를 사용하여 서로 통신해야 한다. 이때 전송은 반드시 신뢰할 수 있는 것은 아니며, 각 시스템은 서로 다른 하드웨어 또는 운영 체제를 사용할 수 있다.

네트워킹 프로토콜을 구현하기 위해, 프로토콜 소프트웨어 모듈은 해당 시스템의 운영 체제에 구현된 프레임워크와 인터페이스한다. 이 프레임워크는 운영 체제의 네트워킹 기능을 구현한다.^[69] 프로토콜 알고리즘이 이식 가능한 프로그래밍 언어로 표현되면, 프로토콜 소프트웨어는 운영 체제와 독립적으로 만들 수 있다. 가장 잘 알려진 프레임워크로는 TCP/IP 모델과 OSI 모델이 있다.

인터넷 개발 당시, 추상화 계층은 컴파일러 및 운영 체제 설계에서 성공적인 접근 방식으로 입증되었다. 프로그래밍 언어와 통신 프로토콜 간의 유사성을 고려하여, 초기의 단일 구조 네트워킹 프로그램은 여러 협력 프로토콜로 분해되었다.^[29] 이는 오늘날 프로토콜 설계의 기초를 이루는 계층형 프로토콜 개념으로 이어졌다.^[30]

시스템은 일반적으로 전송을 처리하기 위해 단일 프로토콜을 사용하지 않고, 프로토콜 스위트(protocol suite)라고 불리는 협력 프로토콜 세트를 사용한다.^[31] 잘 알려진 프로토콜 스위트로는 TCP/IP, IPX/SPX, X.25, AX.25, AppleTalk 등이 있다.

프로토콜은 기능을 기반으로 그룹화될 수 있다. 예를 들어, 전송 프로토콜 그룹이 있다. 이러한 기능은 계층(layer)에 매핑되며, 각 계층은 애플리케이션, 전송, 인터넷, 네트워크 인터페이스 기능 등 특정 문제 영역을 다룬다.^[32] 메시지를 전송하려면 각 계층에서 해당하는 프로토콜을 선택해야 한다. 다음 계층의 프로토콜 선택은 각 계층에 대한 프로토콜 식별자(선택기)를 메시지에 추가하여 이루어진다.^[33]

통신을 수행하기 위해서는 통신 참여자 간에 사전에 통신 규격, 즉 프로토콜을 정해야 한다.

예를 들어, 에도 시대 일본에서 기수 통신으로 쌀 시세를 전달할 때, 깃발을 흔드는 방향이나 횟수의 의미를 미리 약속하지 않으면 정보 전달이 불가능했던 것과 같다. 프로토콜을 정하고 이를 따르는 것은 통신을 성립시키기 위한 기본 원리이다. 프로토콜이 다른 기기끼리 통신을 하고 싶을 경우에는 프로토콜 컨버터와 같은 장치를 사용한다.

하나의 통신 과정에서도 역할이 다른 여러 프로토콜이 함께 사용되는 경우가 많으며, 이를 묶어 '프로토콜 스택', '프로토콜 패밀리', 또는 '프로토콜 스위트'라고 부른다. 이는 네트워크 프로토콜이 계층적으로 정의되고, 이를 구현하는 소프트웨어 역시 계층적으로 구축되기 때문이다. 현재 널리 사용되는 대표적인 프로토콜 스위트는 인터넷 프로토콜 스위트(TCP/IP)이다. 인터넷 통신 관련 프로토콜은 주로 컴퓨터 소프트웨어 규정을 중심으로 하며, 전송로 등 하드웨어 규정도 포함한다. 대부분은 IETF에서 정하며, 그 외 IEEE나 ISO 등에서도 표준을 정한다. ITU-T는 전기 통신 관련 프로토콜을 제정한다.

4. 프로토콜의 구성 요소

통신을 원활하게 수행하기 위해서는, 통신에 참여하는 주체들 사이에 미리 통신 규격을 정해야 하는데, 이를 '프로토콜'이라고 한다. 예를 들어, 과거 일본의 에도 시대에는 깃발 신호(기수 통신)를 이용해 쌀 시세 정보를 전달했는데, 이때 깃발을 흔드는 방향이나 횟수에 대해 미리 약속된 규칙(프로토콜)이 없었다면 의미를 전달할 수 없었을 것이다. 이처럼 프로토콜을 정하고 이를 따르는 것은 통신을 성립시키기 위한 기본 원리이다.

프로토콜은 크게 두 가지 측면, 즉 물리적 측면과 논리적 측면으로 나눌 수 있다.

• '''물리적 측면''': 데이터 전송에 사용되는 전송 매체, 접속 단자, 전송 신호, 회선 규격 등을 다룬다.
• '''논리적 측면''': 데이터의 표현 형식 단위인 프레임의 구성, 프레임 내 각 항목의 의미와 기능, 데이터 전송 절차 등을 다룬다.

• '''전송로의 물리적 조건''': 케이블이나 전파 등 데이터가 지나가는 길의 물리적인 특성에 대한 규정이다.
• '''전달''': 데이터를 주고받는 과정에 필요한 핵심 규칙들로, 부호화, 동기, 오류 제어, 흐름 제어 등을 포함한다.
• '''상대방의 특정''': 여러 장치가 연결된 네트워크에서 통신할 상대를 정확히 찾아 지정하기 위한 주소 체계와 관련된 규칙이다.
• '''정보 표현''': 주고받는 비트 열을 의미 있는 정보로 해석하기 위한 규칙으로, 문자 코드나 데이터 구조 등을 정의한다.^[90]

4. 1. 물리적 측면

• ISDN (종합 정보 통신망)
• RCR STD-28 (PHS)
• 이더넷 관련 규격: 10BASE-T, 100BASE-TX, 1000BASE-T
• PDH (준동기식 디지털 계층): SDH 통일 이전의 지역별 동기망
• T-캐리어 (T1, T3 등), ISDN의 다중화
• RS-232C, EIA-574, 시리얼 포트: 초기 모뎀이나 컴퓨터 단말기 연결용
• SDH (동기식 디지털 계층): PDH 이후의 국제 통일 동기망
• SONET (동기 광 네트워크): SDH 표준화 이전 규격

4. 2. 논리적 측면

• '''프레임 구성''': 데이터를 주고받는 기본 단위인 프레임의 형식을 정한다. 프레임은 일반적으로 헤더와 페이로드로 나뉘며, 헤더에는 통신 제어 정보(예: 주소, 순서 번호)가, 페이로드에는 실제 전송할 데이터가 담긴다. 최대 전송 단위(MTU)보다 큰 데이터는 여러 프레임으로 나누어 전송된다.^[40]
• '''데이터 교환 절차''': 데이터를 주고받는 순서와 절차를 규정한다. 여기에는 다음과 같은 세부 규칙들이 포함된다.^[39]
• * '''데이터 및 주소 형식''': 메시지를 구성하는 비트열의 구조와 각 필드의 의미를 정의한다. 송신자와 수신자를 식별하기 위한 주소 체계(예: MAC 주소, IP 주소)와 그 형식을 규정하며^[41], 필요한 경우 서로 다른 주소 체계 간의 변환 규칙(주소 매핑, 예: ARP)도 포함한다.^[42]
• * '''부호화 및 동기''': 디지털 신호 '1'과 '0'을 어떻게 표현할지와 송신자와 수신자가 타이밍을 맞추는 방법 등을 정한다.
• * '''전송 제어''': 데이터 전송 과정에서 발생할 수 있는 문제들을 관리하는 규칙이다.
• ** '''오류 제어''': 전송 중 데이터 손상을 감지하고 수정하는 방법이다. 주로 순환 중복 검사(CRC) 등을 사용하여 오류를 감지하고, 오류 발생 시 재전송을 요청한다.^[43]
• ** '''흐름 제어''': 송신자가 수신자의 처리 속도보다 빠르게 데이터를 보내는 것을 방지하여 데이터 유실을 막는 기능이다.^[48] 수신자는 송신자에게 메시지를 보내 속도를 조절할 수 있다.
• ** '''매체 접근 제어''': 여러 장치가 공유 매체(예: 이더넷)를 사용할 때 충돌 없이 데이터를 전송하는 방법을 정한다.^[46]
• ** '''순서 제어''': 데이터가 여러 프레임(또는 패킷)으로 나뉘어 전송될 때, 수신 측에서 원래 순서대로 재조립할 수 있도록 각 프레임에 순서 번호를 부여하는 방식이다.^[47] 이는 패킷 손실, 지연, 중복 등을 처리하는 데 도움이 된다.
• ** '''응답 및 재전송''': 데이터 수신 확인(ACK)을 보내고, 일정 시간 동안 응답이 없으면(타임아웃(컴퓨팅)) 데이터를 다시 보내는(재전송) 규칙이다.^[44][45]
• * '''라우팅''': 직접 연결되지 않은 목적지로 데이터를 보낼 때, 라우터와 같은 중간 시스템을 통해 최적의 경로를 결정하는 규칙이다. 인터넷 통신의 핵심 요소이다.
• * '''큐잉''': 통신 장치가 수신된 메시지를 처리하는 순서를 관리하기 위해 큐(버퍼)를 사용하는 방식이다. 일반적으로 선입 선출(FIFO) 방식을 따르지만, 우선순위에 따라 처리 순서가 달라질 수도 있다.

4. 3. 상대방 특정

4. 4. 정보 표현

• 문자 코드: 비트를 몇 개씩 묶어 하나의 단위로 사용할지, 그리고 각 비트 조합이 어떤 문자나 기호를 나타내는지 정하는 규칙이다. 과거에는 6비트나 7비트로 문자를 표현하기도 했지만, 현재는 대부분 8비트로 구성된 ASCII 코드를 많이 사용한다. 일본에서는 시프트 JIS와 같은 다른 문자 코드도 사용된다.
• 명령 및 데이터 표현: 특정 문자 조합을 특별한 의미를 가진 명령으로 사용하기로 약속하거나, 전송할 데이터 자체를 어떤 형식으로 표현할지에 대한 규칙도 필요하다.
• 구조화된 형식: 정보의 배치와 구성에 관한 표현 규칙은 패킷 포맷이나 프레임 포맷과 같은 형태로 상세하게 규정된다.^[90] 이를 통해 수신 측에서는 헤더와 페이로드를 구분하고 필요한 정보를 정확히 해석할 수 있다.
• 순서 정보: 데이터가 여러 조각으로 나뉘어 전송될 때, 각 조각이 네트워크 상황에 따라 순서가 뒤바뀌거나 중간에 유실될 수 있다. 이를 대비하여 송신자는 각 조각에 순서 정보를 표시한다. 수신자는 이 정보를 이용해 조각의 손실이나 중복 여부를 확인하고, 원래 순서대로 메시지를 재조립한다.^[47]

5. 프로토콜의 종류

프로토콜은 여러 기준에 따라 분류할 수 있다.

프로토콜을 구성하는 요소를 기준으로 물리적 측면과 논리적 측면으로 나눌 수 있다.

• '''물리적 측면:''' 자료 전송에 쓰이는 전송 매체, 접속용 단자 및 전송 신호, 회선 규격 등을 포함한다.
• '''논리적 측면:''' 프레임(Frame, 자료의 표현 형식 단위)의 구성 방식, 프레임 내 각 항목의 의미와 기능, 자료 전송 절차 등을 다룬다.

• '''폐쇄적인 프로토콜:''' 특정 기업의 장치들끼리 통신하기 위해 만들어진 독자적인 통신 규약이다. 자세한 규격이 외부에 공개되지 않아 크래킹 위협에 상대적으로 안전하다는 특징이 있다. (예: IBM의 SNA, SDLC 프로토콜)
• '''공개된 범용 프로토콜:''' 여러 종류의 장치에서 널리 사용되도록 규격이 공개된 프로토콜이다. 다양한 환경에서 활용될 수 있지만, 규격이 공개되어 있어 컴퓨터 및 네트워크 크래킹에 상대적으로 취약할 수 있다. (예: 인터넷의 TCP/IP)

5. 1. 텍스트 기반 프로토콜

5. 2. 바이너리 프로토콜

6. 프로토콜의 기본 요구 사항

통신 시스템에서는 통신을 설정하고 데이터를 주고받기 위해 메시지를 교환한다. 따라서 프로토콜은 이러한 전송 과정을 관리하기 위한 규칙들을 명확히 정의해야 한다. 일반적으로 통신 프로토콜은 다음과 같은 기본적인 요구 사항들을 충족해야 한다.^[39]

• 데이터 교환을 위한 데이터 형식: 디지털 메시지는 비트열 형태로 교환된다. 이 비트열은 여러 필드로 나뉘며, 각 필드는 프로토콜 운영에 필요한 정보를 담는다. 개념적으로 비트열은 데이터를 담는 '페이로드' 부분과 프로토콜 제어 정보를 담는 '헤더' 부분으로 구성된다. 만약 비트열의 크기가 최대 전송 단위(MTU)를 초과하면, 적절한 크기의 조각으로 나누어 전송된다.^[40]

• 데이터 교환을 위한 주소 형식: 주소는 메시지를 보내는 송신자와 메시지를 받아야 하는 수신자를 식별하는 데 사용된다. 주소 정보는 일반적으로 비트열의 헤더 부분에 포함되어, 메시지를 받은 시스템이 자신이 처리해야 할 메시지인지 판단할 수 있게 한다. 송신자와 수신자 간의 특정 통신 경로는 '(송신자 주소, 수신자 주소)'와 같은 주소 쌍으로 식별될 수 있다. 특정 주소 값은 특별한 의미를 가질 수 있는데, 예를 들어 모든 비트가 '1'인 주소는 네트워크 내의 모든 장치를 대상으로 하는 브로드캐스트 주소로 사용될 수 있다. 이러한 주소 값의 의미를 정의하는 규칙들을 통틀어 '주소 지정 방식'이라고 한다.^[41]

• 주소 매핑: 때로는 한 종류의 주소 체계에서 사용되는 주소를 다른 종류의 주소 체계로 변환해야 할 필요가 있다. 예를 들어, 응용 프로그램에서 사용하는 논리적인 IP 주소를 이더넷 네트워크에서 사용하는 물리적인 MAC 주소로 변환하는 경우가 이에 해당한다. 이를 '주소 매핑'이라고 한다.^[42]

• 라우팅: 통신하려는 시스템들이 직접 연결되어 있지 않은 경우, 중간에 위치한 시스템들이 메시지를 목적지까지 전달해주는 역할을 해야 한다. 이러한 중간 시스템을 '라우터'라고 하며, 라우터를 통해 여러 네트워크를 연결하는 것을 '인터네트워킹'이라고 한다. 라우터는 메시지가 최종 목적지까지 도달할 수 있도록 적절한 경로를 결정한다.

• 전송 오류 감지: 데이터가 전송되는 과정에서 손상될 가능성이 있는 네트워크 환경에서는 오류를 감지하는 기능이 필수적이다. 일반적인 방법 중 하나는 데이터 영역에 대한 순환 중복 검사(CRC) 값을 계산하여 패킷 끝에 추가하는 것이다. 수신자는 이 CRC 값을 확인하여 데이터 손상 여부를 판단하고, 오류가 감지되면 해당 패킷을 거부하고 재전송을 요청하는 등의 방식으로 처리한다.^[43]

• 응답: 연결 지향 통신에서는 송신자가 보낸 패킷이 수신자에게 제대로 도착했는지 확인하기 위해 응답(ACK) 메커니즘이 필요하다. 수신자는 패킷을 성공적으로 받으면 송신자에게 응답 메시지를 보내 이를 알린다.^[44]

• 정보 손실 처리 (타임아웃 및 재시도): 네트워크 상에서 패킷이 손실되거나 전송이 지연될 수 있다. 이러한 상황에 대처하기 위해, 일부 프로토콜은 송신자가 특정 시간(타임아웃) 내에 수신자로부터 응답을 받지 못하면 패킷이 손실된 것으로 간주하고 해당 정보를 다시 전송(재시도)하도록 규정한다. 만약 네트워크 연결 자체가 영구적으로 끊어진 경우 재전송은 효과가 없으므로, 재시도 횟수에는 제한을 둔다. 정해진 횟수만큼 재시도해도 성공하지 못하면 오류로 처리된다.^[45]

• 정보 흐름 방향: 반이중 통신 링크처럼 한 번에 한 방향으로만 데이터를 전송할 수 있거나, 공유 매체처럼 한 번에 하나의 송신자만 데이터를 전송할 수 있는 환경에서는 데이터 흐름의 방향을 제어하는 규칙이 필요하다. 이를 '매체 접근 제어'라고 한다. 여러 장치가 동시에 전송을 시도하여 발생하는 충돌(통신)이나 경쟁(통신) 상태를 해결하기 위한 방안도 마련되어야 한다.^[46]

• 시퀀스 제어: 긴 데이터를 여러 개의 작은 조각으로 나누어 전송할 때, 각 조각은 네트워크 상황에 따라 서로 다른 경로를 통하거나 지연될 수 있어 순서가 뒤바뀌어 도착할 수 있다. 또한 재전송으로 인해 중복된 조각이 도착할 수도 있다. 이러한 문제를 해결하기 위해 송신자는 각 조각에 순서 번호(시퀀스 번호)를 부여한다. 수신자는 이 순서 번호를 이용해 조각들의 순서를 올바르게 재조립하고, 손실되거나 중복된 조각을 식별하여 필요한 재전송을 요청할 수 있다.^[47]

• 흐름 제어: 송신자가 데이터를 보내는 속도가 수신자나 중간 네트워크 장비가 처리할 수 있는 속도보다 빠르면 데이터 손실이 발생할 수 있다. 이를 방지하기 위해 수신자가 송신자에게 메시지를 보내 데이터 전송 속도를 조절하도록 요청하는 '흐름 제어' 메커니즘이 필요하다.^[48]

• 큐잉: 통신 과정을 처리하는 프로세스나 상태 머신은 일반적으로 큐(Queue, 또는 "버퍼")를 사용하여 메시지를 관리한다. 메시지는 보통 도착한 순서대로 처리되는 선입 선출(FIFO) 방식으로 큐에 저장되며, 경우에 따라 우선순위가 다른 여러 개의 큐를 사용하여 중요한 메시지를 먼저 처리하기도 한다.

7. 프로토콜 설계

프로토콜은 네트워크나 다른 매체를 통해 장치 간 정보를 교환하기 위한 규칙과 규약의 집합이다. 이는 통신의 성격, 교환되는 실제 데이터, 그리고 각 상태에 따른 행동 방식을 정의하며, 디지털 컴퓨팅 시스템에서는 알고리즘과 데이터 구조 형태로 표현될 수 있다. 프로토콜은 통신을 위한 알고리즘이나 프로그래밍 언어와 유사한 역할을 한다.

운영 체제 내에서는 여러 프로세스가 공유 데이터를 통해 협력적으로 통신하며, 이는 잘 정의된 프로토콜에 의해 제어된다. 하지만 네트워크 환경에서는 시스템들이 공유 메모리 없이 공유된 전송 매체를 사용해야 한다. 이 전송 매체는 항상 신뢰할 수 있는 것은 아니며, 각 시스템은 서로 다른 하드웨어나 운영 체제를 사용할 수 있다는 복잡성이 존재한다.

이러한 복잡성을 관리하기 위해, 프로토콜 설계에서는 분해(decomposition)와 계층화(layering) 원칙을 적용한다. 복잡한 통신 기능을 여러 개의 더 작고 관리하기 쉬운 부분, 즉 협력하는 프로토콜들로 나누고, 이를 기능별 계층으로 구조화하는 것이다. 이는 컴파일러나 운영 체제 설계에서 성공적으로 사용된 추상화 계층 개념을 통신 분야에 적용한 것으로^[29][30], 현대 프로토콜 설계의 기초를 이룬다. 이렇게 여러 프로토콜이 계층적으로 협력하는 구조를 프로토콜 스택(protocol stack) 또는 프로토콜 스위트(protocol suite)라고 부른다.^[31] 대표적인 예로는 인터넷 프로토콜 스위트(TCP/IP), IPX/SPX, X.25, AppleTalk 등이 있다.

또한, 통신 시스템은 여러 구성 요소가 동시에 작동하는 동시적(concurrent) 특성을 갖는다. 따라서 프로토콜 설계에서는 통신 메시지를 올바른 순서로 주고받기 위한 소프트웨어 동기화(synchronization)가 매우 중요한 고려 사항이다.^[49] 동시 시스템은 예상치 못한 방식으로 상호작용하며 숨겨진 오류(버그)를 포함하기 쉽기 때문에, 형식 검증을 통해 프로토콜의 정확성을 보장하려는 노력이 이루어진다.^[50] 통신 순차 프로세스(CSP)^[51]나 유한 상태 기계(밀리 머신, 무어 머신)^[52]와 같은 수학적 모델이 동시성을 모델링하고 분석하는 데 사용된다.

네트워킹 프로토콜을 실제로 구현하기 위해서는, 프로토콜 소프트웨어 모듈이 해당 시스템의 운영 체제에 구현된 네트워킹 프레임워크와 상호작용(인터페이스)해야 한다.^[69] TCP/IP 모델과 OSI 모델이 이러한 프레임워크의 잘 알려진 예시이다. 프로토콜 알고리즘을 이식성 높은 프로그래밍 언어로 작성하면 특정 운영 체제에 종속되지 않는 프로토콜 소프트웨어를 만들 수도 있다.

성공적인 통신을 위해서는 프로토콜을 통해 다음과 같은 기본적인 요소들을 명확히 정의해야 한다.^[90]

• 전송로의 물리적 조건: 유선 통신이라면 케이블 종류, 커넥터 모양, 전기적 신호 특성 등을, 무선 통신이라면 사용할 주파수 대역, 변조 방식 등을 규정한다. (IEEE 802.11, 블루투스 등)
• 전달 방식: 통신의 핵심 규칙으로, 디지털 신호(0과 1)를 어떻게 표현할지(부호화), 통신 시작과 끝을 어떻게 맞출지(동기), 여러 장치가 매체를 공유할 때 어떻게 순서를 정할지(액세스 제어), 전송 중 발생하는 오류를 어떻게 처리할지(오류 제어), 데이터 흐름 속도를 어떻게 조절할지(흐름 제어) 등을 정한다.
• 상대방 특정: 1대1 통신이 아닌 네트워크 환경에서는 데이터를 보낼 상대를 정확히 지정해야 한다. 이를 위해 MAC 주소나 IP 주소와 같은 고유한 주소를 사용하며, 필요에 따라 주소 형식을 변환하는 규칙도 정의한다.
• 정보 표현: 주고받는 비트(bit) 열이 의미 있는 정보가 되도록 표현 규칙을 정해야 한다. 예를 들어, 문자를 어떻게 부호화할지(ASCII, Shift_JIS 등), 특정 명령어를 어떻게 표현할지, 실제 전송할 데이터(페이로드)의 구조는 어떻게 할지 등을 패킷이나 프레임 형식으로 상세히 규정한다.

7. 1. 프로토콜 계층화

7. 2. 소프트웨어 계층화

7. 3. 엄격한 계층화

7. 4. 설계 패턴

7. 5. 형식 사양

8. 프로토콜 개발

현대적인 데이터 통신에서 '프로토콜'이라는 용어가 처음 사용된 것은 1967년 4월 영국 국립 물리 연구소(NPL)에서 로저 스캔틀베리와 키스 바틀렛이 작성한 메모 "NPL 데이터 통신 네트워크에서 사용하기 위한 프로토콜"에서였다.^{[5][6][7][8][9]} 이는 도널드 데이비스가 이끌던 패킷 스위칭 연구의 일환이었다.

1969년 ARPANET에서는 호스트 간 통신을 위해 밥 칸이 1822 프로토콜을 작성하여 IMP로 메시지를 전송하는 방식을 정의했다.^[10] 이후 스티브 크로커, 존 포스텔, 빈트 서프 등이 참여하여 개발한 ARPANET의 네트워크 제어 프로그램(NCP)은 1970년에 처음 구현되었다.^[11] NCP 인터페이스는 애플리케이션 소프트웨어가 상위 레벨 통신 프로토콜을 사용하여 ARPANET을 통해 연결될 수 있도록 했는데, 이는 '프로토콜 계층' 개념의 초기 사례로 볼 수 있다.^[12]

1970년대 초, 프랑스의 루이 푸쟁이 설계한 CYCLADES 네트워크는 엔드 투 엔드 원칙을 적용하여 데이터의 안정적인 전송 책임을 호스트 컴퓨터가 지도록 한 선구적인 시도였다.^[13] 푸쟁의 팀은 최선형 서비스 기반 위에서 안정적인 가상 회선 서비스를 제공하는 연구를 통해 훗날 전송 제어 프로토콜(TCP) 개발에 중요한 기여를 했다.^[14][15][16] 비슷한 시기, 제록스 PARC의 밥 메트칼프 등은 이더넷과 인터넷 연결을 위한 PARC 유니버설 패킷(PUP) 프로토콜을 개발했다.^[17]

밥 칸과 빈트 서프는 1970년대 초 연구를 통해 전송 제어 프로그램(TCP)을 공식화했다.^[18] 1974년 12월 서프, 요겐 달라르, 칼 선샤인이 작성한 RFC 675 명세는 당시에는 아직 단일 구조의 프로토콜이었다. 국제 네트워크 작업 그룹은 1975년 CCITT(현 ITU-T)에 비연결형 데이터그램 표준을 제안했으나 채택되지 못했고,^[19] 대신 레미 데프레 등의 연구를 바탕으로 가상 회선 기반의 X.25 표준이 1976년 CCITT에 의해 채택되었다.^[20][21] 한편, IBM의 시스템 네트워크 아키텍처(SNA), DEC의 DECnet, 제록스 네트워크 시스템(XNS) 등 컴퓨터 제조사들의 독점 프로토콜들도 개발되었다.^[22]

기존의 TCP 소프트웨어는 이후 모듈화된 프로토콜 스택인 "TCP/IP"로 재설계되어 1982년 SATNET에, 1983년 1월에는 ARPANET에 공식적으로 도입되었다. 1989년까지 RFC 1122 및 RFC 1123 등에 명시된 완전한 인터넷 프로토콜 스위트가 개발되면서, TCP/IP는 신생 인터넷의 핵심 구성 요소로 자리 잡게 되었다.^[23]

통신 표준에 대한 국제적인 논의는 1984년 국제 표준화 기구(ISO)가 발표한 OSI 모델로 이어졌으나, 실제 인터넷 환경에서는 TCP/IP가 주도권을 잡으면서 1980년대 후반부터 프로토콜 전쟁이라 불리는 표준 경쟁이 벌어지기도 했다.^[24][25][26]

이러한 개발 과정 속에서 프로토콜은 통신을 위한 규칙과 규약의 집합으로 정의되었으며^[3][4], 운영 체제의 네트워킹 기능과 상호작용하는 소프트웨어 모듈로 구현되었다.^[69] 특히 추상화 계층 개념이 도입되면서, 단일 프로그램 대신 여러 기능을 계층별로 나누어 담당하는 프로토콜 스위트(예: TCP/IP, IPX/SPX, X.25 등) 방식이 보편화되었다.^{[29][30][31][32]} 메시지 전송 시 각 계층에 맞는 프로토콜이 선택되어 사용된다.^[33]

8. 1. 프로토콜 표준의 필요성

8. 2. 표준화 기구

• 국제 표준화 기구 (ISO, International Organization for Standardization)
• 국제 전기 통신 연합 (ITU, International Telecommunication Union): 공중 전화 교환망(PSTN) 및 여러 무선 통신 시스템 설계를 담당하는 통신 기술자들의 상위 조직이다. 전신인 CCITT(Consultative Committee for International Telegraph and Telephone)도 관련 표준을 제정했다. ITU-T는 전기 통신 관련 프로토콜을 제정한다.
• 전기 전자 기술자 협회 (IEEE, Institute of Electrical and Electronic Engineers): 상업용 및 소비자 기기를 위한 전자 산업의 다양한 소프트웨어 및 하드웨어 프로토콜을 관리한다.
• 인터넷 기술 특별 위원회 (IETF, Internet Engineering Task Force): 인터넷에서 사용되는 프로토콜을 관리한다. IAB(Internet Activities Board)와 관련이 있다. 인터넷 통신 프로토콜은 주로 컴퓨터 소프트웨어 규정을 중심으로 하며, 전송로 등 하드웨어 규정도 포함한다. 대부분 IETF가 정하며, 일부는 IEEE나 ISO 등이 정한다.
• 월드 와이드 웹 컨소시엄 (W3C, World Wide Web Consortium): 웹 기술에 대한 프로토콜과 표준을 제작한다.
• EIA (Electronic Industries Organization)
• NMEA: 해양 전자 장비에 사용되는 표준을 제정한다.

8. 3. 표준화 과정

8. 4. OSI 표준화

OSI 모델은 초기에 연결 지향 통신 방식을 가정하고 설계되었다. 이는 당시 광역 통신망(WAN) 환경에 더 적합하다고 여겨졌기 때문이다. 연결 지향 통신은 데이터 전송 전에 논리적인 연결(세션 또는 가상 회선)을 설정해야 하므로, OSI 모델에는 TCP/IP 모델에는 없는 세션 계층이 포함되었다.^[82] 반면, 근거리 통신망(LAN) 환경에 더 적합한 비연결형 통신 방식은 초기에 OSI 모델의 부록에서 다루어졌고^[83][84], 이후 모델 업데이트를 통해 통합되었다.^[85]

한편, 인터넷 기술을 주도하던 인터넷 엔지니어링 태스크 포스(IETF)는 실제 인터넷 환경에 필요한 프로토콜 개발에 집중했다. IETF는 "대략적인 합의와 실제 동작하는 코드"를 중시하는 독자적인 표준화 프로세스(RFC 2026에 설명됨)를 발전시켰다.^[86] 결과적으로, 1980년대 후반과 1990년대 초반에는 OSI 모델과 인터넷 프로토콜 스위트(TCP/IP) 중 어떤 표준이 더 우수한 네트워크를 구축할 것인가를 두고 논쟁(프로토콜 전쟁)이 벌어지기도 했다.^[24][25][26] 오늘날 IETF는 사실상 인터넷 프로토콜의 표준화 기구로 자리매김했으며, OSI 모델은 네트워크 개념을 이해하고 교육하는 데 중요한 참조 모델로 활용되고 있다. OSI 모델이 비연결형 서비스를 포함하도록 확장되면서 TCP와 IP 역시 국제 표준으로 인정받는 기반이 마련되기도 했다.

9. 와이어 이미지

프로토콜의 '''와이어 이미지'''는 프로토콜 메시지를 관찰함으로써 프로토콜 참여자가 아닌 관찰자가 얻을 수 있는 정보이다. 이는 프로토콜이 명시적으로 의미를 부여한 정보뿐만 아니라 관찰자가 추론한 정보도 포함한다. 암호화되지 않은 프로토콜 메타데이터는 와이어 이미지를 구성하는 주요 요소 중 하나이며, 패킷 타이밍을 포함한 사이드 채널 정보도 와이어 이미지 형성에 기여한다. 서로 다른 관점을 가진 관찰자는 각기 다른 와이어 이미지를 볼 수 있다.

와이어 이미지는 최종 사용자의 개인 정보 보호 문제와 프로토콜의 확장성에 직접적인 관련이 있다.

만약 와이어 이미지의 일부가 암호화 방식으로 인증되지 않았다면, 미들박스와 같은 중간 장치에 의해 수정될 가능성이 있으며, 이는 프로토콜의 정상적인 작동에 영향을 미칠 수 있다. 인증 절차를 거쳤더라도, 암호화되지 않은 부분은 여전히 와이어 이미지의 일부를 형성하며, 중간 장치는 해당 내용을 기반으로 개입할 수 있다(예를 들어, 특정 플래그가 표시된 패킷을 삭제하는 행위). 중개자가 정보를 활용할 수 있도록 의도적으로 보내는 신호는 인증은 거치되 암호화되지 않을 수 있다.

와이어 이미지는 의도적으로 설계될 수 있다. 즉, 중개자가 관찰할 수 없도록 특정 부분을 암호화하는 동시에, 관찰이 필요한 부분에 대해서는 신호를 제공하는 방식으로 구성될 수 있다. 그러나 제공된 신호가 프로토콜의 실제 작동과 분리될 경우, 해당 신호의 신뢰성은 떨어질 수 있다.

메타데이터 암호화는 긍정적인 목적의 네트워크 관리나 연구 활동에 영향을 줄 수 있다. 따라서 프로토콜 설계자는 운영 및 연구를 위한 관찰 가능성 확보와, 외부 간섭에 대한 저항성 강화 및 최종 사용자 개인 정보 보호 강화 사이에서 신중한 균형을 찾아야 한다. IETF는 2014년, 프로토콜 작동에 대한 대규모 감시 행위가 와이어 이미지를 통해 사용자와 그들의 행동에 대한 정보를 추론할 수 있게 하므로 이는 명백한 공격 행위라고 규정했다. 이에 따라 IETF는 프로토콜 설계 단계에서 "만연한 모니터링을 완화하기 위해 노력할 것"이라고 발표했는데, 이는 이전에는 체계적으로 이루어지지 않았던 접근 방식이다.

IAB는 2023년에 다음과 같은 권고 사항을 발표했다.

• 프로토콜이 네트워크에 정보를 공개하는 것은 의도적이어야 한다.
• 정보 공개는 수신자와 송신자 모두의 동의를 얻어 수행되어야 한다.
• 공개되는 정보는 가능한 한 필요에 따라 인증되어야 한다.
• 정보는 신뢰도에 따라 작동해야 한다.
• 정보 공개는 최소화되어야 하며, 최소한의 주체(entity)에게만 제공되어야 한다.

10. 경화 (Ossification)

프로토콜 경화는 네트워크 프로토콜의 유연성, 확장성 및 진화 가능성이 손실되는 현상이다. 이는 주로 프로토콜의 와이어 이미지(wire image)를 민감하게 감지하고, 유효하지만 제대로 인식하지 못하는 메시지를 방해하거나 간섭할 수 있는 미들박스 때문이다. 이는 종단간 원칙을 위반하는 것이다. 부차적인 원인으로는 프로토콜의 엔드포인트 구현의 유연성 부족이 있다.

경화는 인터넷 프로토콜 설계 및 배포에 있어 주요 문제이며, 새로운 프로토콜이나 확장의 인터넷 배포를 방해하거나 새로운 프로토콜 설계에 제약을 가할 수 있다. 새로운 프로토콜은 이미 배포된 프로토콜에 캡슐화되거나 다른 프로토콜의 와이어 이미지를 모방해야 할 수도 있다. 경화 때문에 전송 제어 프로토콜(TCP)과 사용자 데이터그램 프로토콜(UDP)는 인터넷에서 전송 프로토콜로 실질적인 선택지가 되었으며, TCP 자체도 상당히 경화되어 프로토콜의 확장 또는 수정이 어렵게 되었다.

경화를 방지하기 위한 권장 방법으로는 프로토콜 메타데이터 암호화와 확장 지점이 활용되고 와이어 이미지 가변성이 가능한 최대한 발휘되도록 하는 것이다. 기존 경화의 해결에는 프로토콜 참가자 간의 조정이 필요하다. QUIC은 의도적인 반경화 속성을 갖도록 설계된 최초의 IETF 전송 프로토콜이다.

11. 분류 체계 (Taxonomies)

통신 프로토콜 분류 체계는 일반적으로 사용 분야와 기능에 중점을 둔다. 사용 분야의 예시로, 연결 지향형 프로토콜과 비연결형 프로토콜은 각각 연결 지향형 네트워크와 비연결형 네트워크에서 사용된다. 기능의 예시로는 터널링 프로토콜이 있는데, 이는 패킷을 상위 레벨 프로토콜로 캡슐화하여 해당 프로토콜을 사용하여 전송 시스템을 통해 패킷을 전달할 수 있도록 한다.

''계층화 방식''은 기능과 사용 분야를 모두 결합한다. 주요 계층화 방식은 IETF와 ISO에서 개발한 것이다. 두 방식의 기본 가정이 서로 충분히 달라서 구별해야 함에도 불구하고, 두 방식의 공통 프로토콜을 서로 관련시켜 비교하는 것이 일반적인 관행이다.^[87] IETF의 계층화 방식은 ''인터넷 계층화'' 또는 ''TCP/IP 계층화''라고 불린다. ISO의 계층화 방식은 ''OSI 모델'' 또는 ''ISO 계층화''라고 불린다.

네트워킹 장비 구성에서는 전문 용어상의 구분이 자주 사용된다. 용어 ''프로토콜''은 엄격하게 전송 계층을 지칭하며, 용어 ''서비스''는 전송을 위해 ''프로토콜''을 활용하는 프로토콜을 지칭한다. TCP와 UDP의 일반적인 경우, 서비스는 포트 번호로 구분된다. 이러한 포트 번호 준수는 자발적이므로, 콘텐츠 검사 시스템에서 용어 ''서비스''는 엄격하게 포트 번호를 지칭하며, 용어 ''애플리케이션''은 종종 검사 시그니처를 통해 식별된 프로토콜을 지칭하는 데 사용된다.

12. 대표적인 프로토콜 정의 기관

프로토콜 표준은 통신을 원활하게 하기 위해 매우 중요하며, 일반적으로 표준화 기구의 승인이나 지원을 통해 만들어진다. 표준화 기구는 해당 분야의 전문가들이 모여 자발적으로 규격을 만들고 합의하는 곳으로, 이들의 승인을 얻는 것은 프로토콜이 널리 사용되고 서로 다른 시스템 간의 상호 운용성을 확보하는 데 결정적인 역할을 한다. 때로는 정부나 법에 의해 표준 준수가 강제되기도 한다.

주요 통신 프로토콜 정의 기관들은 다음과 같다.

• 국제 표준화 기구 (ISO): 다양한 산업 분야의 국제 표준을 제정하는 대표적인 기구이다. 특정 국가나 기업의 이해관계에 치우치지 않는 공정한 표준 제정을 목표로 한다.^[70]
• 국제 전기 통신 연합 (ITU): 유엔 산하의 정보 통신 기술 전문 기구로, 전신인 국제 전신 전화 자문 위원회 (CCITT) 시절부터 공중 전화 교환망 (PSTN), 무선 통신 등 전기 통신 분야의 국제 표준 개발을 주도해왔다. X.25와 같은 초기 네트워크 표준 개발에도 기여했다.^[20][21]
• 전기 전자 기술자 협회 (IEEE): 전자공학 및 전기공학 분야의 전문가 단체로, 특히 이더넷 (IEEE 802.3)이나 와이파이 (IEEE 802.11)와 같은 근거리 통신망 (LAN) 및 개인 통신망 (PAN) 관련 표준 개발에 큰 영향을 미치고 있다.
• 인터넷 기술 특별 위원회 (IETF): 인터넷의 동작과 관련된 기술 표준, 특히 인터넷 프로토콜 스위트 (TCP/IP)의 개발과 표준화를 주도하는 핵심 조직이다. 상위 조직 격인 인터넷 아키텍처 위원회 (IAB)의 감독 하에 운영된다.
• 월드 와이드 웹 컨소시엄 (W3C): 팀 버너스리가 설립한 국제 컨소시엄으로, HTML, CSS, XML 등 월드 와이드 웹을 구성하는 핵심 기술의 표준을 개발하고 권고한다.

13. 프로토콜의 예시

다음은 주요 통신 프로토콜의 예시이다. OSI 참조 모델을 기준으로 분류하면 다음과 같다.

14. 응용 분야

통신 프로토콜은 정보를 교환하기 위한 약속으로, 현대 사회의 다양한 기술 분야에서 필수적인 역할을 수행한다. 단순한 컴퓨터 간의 데이터 전송을 넘어, 인터넷 통신, 이동 통신, 방송 등 기본적인 정보통신 인프라 구축의 근간이 된다.

또한, 스마트폰과 같은 개인용 기기부터 시작하여, 자동차 내부 시스템 간의 통신(CAN 등), 스마트홈을 위한 가전제품 제어(지그비, Echonet 등), 공장 자동화(인더스트리 4.0) 시스템, 항공우주 분야의 특수 통신(스페이스와이어), 빌딩 자동화(BACnet) 등 특정 목적과 환경에 최적화된 다양한 프로토콜이 개발되어 사용되고 있다. 심지어 암호화폐 시스템 역시 고유한 통신 방식을 기반으로 운영된다.

이처럼 통신 프로토콜은 각 응용 분야의 요구사항에 맞춰 발전하며 기술 혁신을 뒷받침하고 있다. 자세한 분야별 프로토콜은 아래 하위 섹션에서 다룬다.

14. 1. 자동차

14. 2. 가전

14. 3. 기기

• ISDN (종합 정보 통신망, Integrated Services Digital Network^eng)
• RCR STD-28 (PHS)
• 10Base-T, 100BASE-TX, 1000BASE-T (이더넷에 사용되는 물리 계층의 사양)
• PDH (준동기식 디지털 계층, Plesiochronous Digital Hierarchy^eng), SDH 통일 이전의 지역별 동기망
• T-캐리어(T1, T3 등), ISDN의 다중화
• RS-232C, EIA-574, 시리얼 인터페이스, 초기에는 모뎀이나 컴퓨터 단말기의 연결을 위해 개발되었다.
• SDH (동기식 디지털 계층, Synchronous Digital Hierarchy^eng), PDH 후속의 국제 통일 동기망
• SONET (동기 광 네트워크, Synchronous Optical NETworking^eng), SDH로 표준화되기 전의 규격

14. 4. 항공우주

14. 5. 암호화폐

14. 6. 공장

14. 7. 빌딩/주거

참조

_[1] 특허 Wireless communication protocol 2009-05-05
_[2] 간행물 Protocol https://www.britanni[...] Encyclopædia Britannica 2012-09-24
_[3] 문서 Comer 2000, Sect. 11.2 - The Need For Multiple Protocols, p. 177, "They (protocols) are to communication what programming languages are to computation"
_[4] 문서 Comer 2000, Sect. 1.3 - Internet Services, p. 3, "Protocols are to communication what algorithms are to computation"
_[5] 서적 A Brief History of the Future https://books.google[...] Orion 2015-09-24
_[6] 학술지 Data Communications at the National Physical Laboratory (1965-1975) https://archive.org/[...] 1987
_[7] 서적 Entrepreneurial Capitalism and Innovation: A History of Computer Communications 1968–1988
_[8] 서적 The Dream Machine https://books.google[...] Stripe Press 2018
_[9] 학술지 Principles and lessons in packet communications https://ieeexplore.i[...] 1978
_[10] 보고서 Interface Message Processor: Specifications for the Interconnection of a Host and an IMP http://www.bitsavers[...] Bolt Beranek and Newman
_[11] 서적 UGC -NET/JRF/SET PTP & Guide Teaching and Research Aptitude: UGC -NET By HD https://books.google[...] High Definition Books
_[12] 웹사이트 NCP – Network Control Program https://livingintern[...] 2022-10-08
_[13] 웹사이트 Designed for Change: End-to-End Arguments, Internet Innovation, and the Net Neutrality Debate https://www.itif.org[...] Information Technology and Innovation Foundation 2017-09-11
_[14] 서적 Inventing the Internet https://books.google[...] MIT Press 2000
_[15] 서적 Internationalising the Internet the Co-evolution of Influence and Technology https://books.google[...] Edward Elgar 2005
_[16] 뉴스 The internet's fifth man https://www.economis[...] 2020-04-22
_[17] 문서 Moschovitis 1999, p=[https://archive.org/details/historyofinterne0000unse/page/78/mode/2up 78-9]
_[18] 학술지 A Protocol for Packet Network Intercommunication https://www.cs.princ[...] 2020-02-23
_[19] 학술지 INWG and the Conception of the Internet: An Eyewitness Account 2011
_[20] 학술지 X.25 Virtual Circuits - TRANSPAC IN France - Pre-Internet Data Networking [History of communications] 2010
_[21] 학술지 Commercialization of packet switching (1975-1985): A Canadian perspective [History of Communications] 2009
_[22] 서적 The "Hidden" Prehistory of European Research Networking https://books.google[...] Trafford Publishing
_[23] 웹사이트 TCP/IP Internet Protocol https://livingintern[...] 2022-10-08
_[24] 잡지 OSI: The Internet That Wasn't https://spectrum.iee[...] 2013-07-30
_[25] 웹사이트 Rough Consensus and Running Code' and the Internet-OSI Standards War https://www2.cs.duke[...] IEEE Annals of the History of Computing 2020-02-23
_[26] 웹사이트 Standards Wars https://courses.cs.w[...] 2020-02-23
_[27] 문서 Ben-Ari 1982, chapter 2 - The concurrent programming abstraction, p. 18-19, states the same.
_[28] 문서 Ben-Ari 1982, Section 2.7 - Summary, p. 27, summarizes the concurrent programming abstraction.
_[29] 문서 Comer 2000, Sect. 11.2 - The Need For Multiple Protocols, p. 177, explains this by drawing analogies between computer communication and programming languages.
_[30] 문서 Sect. 11.10 - The Disadvantage Of Layering, p. 192, states: layering forms the basis for protocol design.
_[31] 문서 Comer 2000, Sect. 11.2 - The Need For Multiple Protocols, p. 177, states the same.
_[32] 문서 Comer 2000, Sect. 11.3 - The Conceptual Layers Of Protocol Software, p. 178, "Each layer takes responsibility for handling one part of the problem."
_[33] 문서 Comer 2000, Sect. 11.11 - The Basic Idea Behind Multiplexing And Demultiplexing, p. 192, states the same.
_[34] 웹사이트 Data Communication - an overview {{!}} ScienceDirect Topics https://www.scienced[...] 2022-05-31
_[35] 웹사이트 Text Based Protocols http://www.lst.de/~o[...] 2014-10-21
_[36] 웹사이트 Binary Representation Protocols http://www.lst.de/~o[...] 2006-05-04
_[37] 웹사이트 Binary Representation Protocols http://www.omg.org/t[...] 2006-05-04
_[38] 웹사이트 Welcome To UML Web Site! https://www.uml.org/ 2017-01-15
_[39] 문서 Chapter 3 - Fundamental protocol concepts and problem areas 1986
_[40] 문서 Sect. 7.7.4 - Datagram Size, Network MTU, and Fragmentation 2000
_[41] 문서 Chapter 4 - Classful Internet Addresses 2000
_[42] 문서 Section 14.3 - Layering concepts and general definitions 1986
_[43] 문서 Section 3.2 - Detection and transmission errors 1986
_[44] 문서 Section 3.3 - Acknowledgement 1986
_[45] 문서 Section 3.4 - Loss of information - timeouts and retries 1986
_[46] 문서 Section 3.5 - Direction of information flow 1986
_[47] 문서 Section 3.6 - Sequence control 1986
_[48] 문서 Section 3.7 - Flow control 1986
_[49] 문서 in his preface 1982
_[50] 문서 in his preface 1982
_[51] 문서 Chapter 4 - Communication 1985
_[52] 간행물 Digital Circuits and Systems http://nptel.iitm.ac[...] NPTEL courses
_[53] 문서 Sect. 11.2 - The Need For Multiple Protocols 2000
_[54] 문서 Sect. 11.3 - The Conceptual Layers Of Protocol Software 2000
_[55] 문서 Sect. 11.2 - The need for multiple protocols 2000
_[56] 문서 Sect. 11.9.1 - Operating System Boundary 2000
_[57] 문서 Sect 1.3.1 - Organization 1989
_[58] 문서 Sect. 11.10 - The Disadvantage Of Layering 2000
_[59] 논문 Layering considered harmful 1992-01
_[60] 서적 Computer Networking: A Top-Down Approach Pearson
_[61] 웹사이트 Communication-protocol Design Patterns (CommDP) - COMMDP http://commdp.serv.u[...] 2017-03-17
_[62] 간행물 A Pattern Language for Application-level Communication Protocols 2016
_[63] 서적 Service Design Patterns: Fundamental Design Solutions for SOAP/WSDL and RESTful Web Services Addison-Wesley Professional 2011
_[64] 서적 Patterns of Enterprise Application Architecture Addison-Wesley Professional 2002
_[65] 문서 Pattern-Oriented Software Architecture Volume 4: A Pattern Language for Distributed Computing Wiley 2007
_[66] 논문 Finite state description of communication protocols
_[67] 문서 Glossary of Internetworking Terms and Abbreviations 2000
_[68] 논문 On Communicating Finite-State Machines
_[69] 문서 Section 6.1 - Why are standards necessary? 1986
_[70] 문서 Section 6.3 - Advantages of standardization 1986
_[71] 서적 Section 6.4 - Some problems with standardisation 1986
_[72] 서적 Section 6.1 - Why are standards necessary? 1986
_[73] 서적 Section 14.1 - Introduction 1986
_[74] 서적 Section 14.3 - Layering concepts and general definitions 1986
_[75] 서적 Section 14.4 - The application layer 1986
_[76] 서적 Section 14.5 - The presentation layer 1986
_[77] 서적 Section 14.6 - The session layer 1986
_[78] 서적 Section 14.7 - The transport layer 1986
_[79] 서적 Section 14.8 - The network layer 1986
_[80] 서적 Section 14.9 - The data link layer 1986
_[81] 서적 Section 14.10 - The physical layer 1986
_[82] 간행물 ISO 7498:1984 – Information processing systems - Open Systems Interconnection - Basic Reference Model
_[83] 간행물 ISO 7498:1984/ADD 1:1987 – Information processing systems — Open Systems Interconnection — Basic Reference Model — Addendum 1
_[84] 서적 Section 14.11 - Connectionless mode and RM/OSI 1986
_[85] 간행물 ISO 7498:1994 – Information processing systems - Open Systems Interconnection - Basic Reference Model
_[86] 서적 Section 1.9 - Internet Protocols And Standardization 2000
_[87] 서적 Sect. 11.5.1 - The TCP/IP 5-Layer Reference Model 2000
_[88] 웹사이트 プロトコルとは https://kotobank.jp/[...] 2021-02-23
_[89] 논문 Simulation of Factory Communication Protocols https://books.google[...] Society of Manufacturing Engineers, Long Beach, California 1987-10
_[90] 뉴스 プロトコルはなぜ必要か 日経NETWORK 2007-07